####################################
# Akka Actor Reference Config File #
####################################
 
# Це референсний файл конфігурації, що містить всі налаштування по замвчанню.
# Робіть ваші редакції/перекриття в вашому application.conf.
 
akka {
  # Версія Akka, відповідно до робочої версії Akka.
  version = "2.4.1"
 
  # Домашній каталог Akka, модулі в цьому каталозі будуть завантажені
  home = ""
 
  # Логери, що реєструються під час завантаження
  # (akka.event.Logging$DefaultLogger пише до STDOUT)
  loggers = ["akka.event.Logging$DefaultLogger"]
  
  # Фільтр подій журналу, що використовується LoggingAdapter перед
  # публікацією подій журналу до eventStream. Він може виконувати
  # добре виважене фільтрування на основі витоку повідомлень. По замовчанню
  # реалізація фільтрує на основі `loglevel`.
  # FQCN LoggingFilter. Class FQCN мусить реалізувати
  # akka.event.LoggingFilter та мати публічний конструктор з параметрами
  # (akka.actor.ActorSystem.Settings, akka.event.EventStream).
  logging-filter = "akka.event.DefaultLoggingFilter"
 
  # Логери, створювані та зареєстровані синхронно під час запуску ActorSystem, 
  # та оскільки це актори, цей таймаут використовується для обмеження
  # часу очікування
  logger-startup-timeout = 5s
 
  # Рівень журналу, що використовується для сконфігурованих логерів
  # як тільки вони стартують; перед цім дивіться "stdout-loglevel"
  # Опції: OFF, ERROR, WARNING, INFO, DEBUG
  loglevel = "INFO"
 
  # Рівень журналу для дуже базового логера, активованого під час запуску 
  # ActorSystem. Цей логер друкує повідомлення журналу до stdout (System.out).
  # Опції: OFF, ERROR, WARNING, INFO, DEBUG
  stdout-loglevel = "WARNING"
 
  # Журналює повну конфігурацію на рівні INFO, коли стартує система акторів.
  # Це корисне, коли  ви не впевнені, яка конфігурація використовується.
  log-config-on-start = off
 
  # Журналює на рівні info, коли повідомлення надсилаються до мертвих листів.
  # Можливі значення:
  # on: журналюються всі мертві повідомлення
  # off: мертві повідомлення не журналюються
  # n: позитивне ціле, число мертвих листів, що будуть журналюватись
  log-dead-letters = 10
 
  # Можливість відключити журналювання мертвих листів під час завершення
  # системи акторів. Журналювання виконується тільки коли включене
  # налаштування 'log-dead-letters'.
  log-dead-letters-during-shutdown = on
 
  # Список FQCN розширень, що будуть завантажені при запуску системи акторів.
  # Має бути в форматі: 'extensions = ["foo", "bar"]' тощо.
  # Дивіться документацію Akka щодо додаткових даних про розширення
  extensions = []
 
  # Перемикає, чи потоки, створені цією ActorSystem будуть демонами
  daemonic = off
 
  # Завершення JVM, System.exit(-1) в випадку фатальної помилки,
  # такої, як OutOfMemoryError
  jvm-exit-on-fatal-error = on
 
  actor {
 
    # FQCN до задіяного ActorRefProvider; нижче наведене значення по замовчанню,
    # інше значення akka.remote.RemoteActorRefProvider з пакунку akka-remote.
    provider = "akka.actor.LocalActorRefProvider"
 
    # Охоронець "/user" буде використовувати цей клас для отримання supervisorStrategy.
    # Це має бути субклас akka.actor.SupervisorStrategyConfigurator.
    # На додаток до замовчання є akka.actor.StoppingSupervisorStrategy.
    guardian-supervisor-strategy = "akka.actor.DefaultSupervisorStrategy"
 
    # Таймаут для ActorSystem.actorOf
    creation-timeout = 20s
 
    # Серіалізотори та десеріалізатори (не примітивні) повідомлень,
    # щоб впевнитись щодо незміності. Призначене тільки для тестування.
    serialize-messages = off
 
    # Створювання серіалізаторів та десеріалізаторів (в Props), щоб переконатись,
    # що вони можуть бути передані по мережі. Це призначено тільки для тестування. 
    # Чисто локальні розгортання, помічені як deploy.scope == LocalScope
    # виключаються з перевірки.
    serialize-creators = off
 
    # Таймаут для операцій надсилання до акторів вищого рівня, що є в процесі
    # стартування. Це має відношення тільки в випадку, якщо використовується
    # прив'язана поштова скринька або theCallingThreadDispatcher
    # для акторів вищого рівня.
    unstarted-push-timeout = 10s
 
    typed {
      # Таймаут по замовчанню для типованих методів актора з непустим 
      # типом результата
      timeout = 5s
    }
    
    # Відзеркалення коротких імен ´deployment.router' на повністю 
    # кваліфіковані імена класів
    router.type-mapping {
      from-code = "akka.routing.NoRouter"
      round-robin-pool = "akka.routing.RoundRobinPool"
      round-robin-group = "akka.routing.RoundRobinGroup"
      random-pool = "akka.routing.RandomPool"
      random-group = "akka.routing.RandomGroup"
      balancing-pool = "akka.routing.BalancingPool"
      smallest-mailbox-pool = "akka.routing.SmallestMailboxPool"
      broadcast-pool = "akka.routing.BroadcastPool"
      broadcast-group = "akka.routing.BroadcastGroup"
      scatter-gather-pool = "akka.routing.ScatterGatherFirstCompletedPool"
      scatter-gather-group = "akka.routing.ScatterGatherFirstCompletedGroup"
      tail-chopping-pool = "akka.routing.TailChoppingPool"
      tail-chopping-group = "akka.routing.TailChoppingGroup"
      consistent-hashing-pool = "akka.routing.ConsistentHashingPool"
      consistent-hashing-group = "akka.routing.ConsistentHashingGroup"
    }
 
    deployment {
 
      # id шаблону розгортання в форматі /parent/child etc.
      default {
      
        # Це id диспечера, що буде використовуватись з цім актором.
        # Якщо воно не визначене або пусте, диспечер, використовується вказаний 
        # в коді (Props.withDispatcher), або default-dispatcher, якщо
        # взагалі не вказане.
        dispatcher = ""
 
        # Це id поштової скриньки, що буде використовуватись з цім актором.
        # Якщо воно не визначене або пусте, поштова буде використана скринька 
        # по замовчанню сконфігурованого диспечера, або, якщо поштова скринька не
        # задана в конфігурації, буде використана поштова скринька в коді
        # (Props.withMailbox). Якщо є скринька, визначена в сконфігурованому 
        # диспечері, тоді вона перекриватиме це налаштування.
        mailbox = ""
 
        # схема маршрутизації (наланс навантаження), що буде задіяна
        # - доступні: "from-code", "round-robin", "random", "smallest-mailbox",
        #              "scatter-gather", "broadcast"
        # - або        Повністю кваліфіковане ім'я класу маршрутизатора.
        #              Клас має розширювати akka.routing.CustomRouterConfig та
        #              мати публічний конструктор з com.typesafe.config.Config
        #              та опціональним праметром akka.actor.DynamicAccess.
        # - по замовчанню "from-code";
        # Чи буде актор трансформовано на маршрутизатор, визначаєтсья в коді
        # (Props.withRouter). Тип машрутизатора може бути перекритий в
        # конфігурації; вказуючи "from-code" означає, що будуть задіяні значення,
        # вказані в коді.
        # В випадку маршрутизації актори будуть машрутуватись в декілька способів:
        # - nr-of-instances: буде створювати стільки дітей
        # - routees.paths: буде маршрутизувати повідомлення по цьому шляху 
        #   з використанням ActorSelection, тобто не створюватиме дітей
        # - resizer: динамічно змінюване число маршрутів, як вказане нижче
        router = "from-code"
 
        # число дітей, що створюються в випадку маршрутизатора;
        # це налаштування ігнорується, якщо вказаний routees.paths
        nr-of-instances = 1
 
        # таймаут, використовуваний для маршрутизаторів, що містять
        # майбутні виклики
        within = 5 seconds
 
        # число віртуальних вузлів на один вузол, для маршрутизатора 
        # consistent-hashing
        virtual-nodes-factor = 10
 
        tail-chopping-router {
          # інтервал є відтинком часу для пересилання на наступний маршрут
          interval = 10 milliseconds
        }
 
        routees {
          # Альтернативно для надання nr-of-instances, як ви можете вказати
          # повні шляхи до тих акторів, до яких потрібна маршрутизація.
          # Це налаштування має перевагу над nr-of-instances
          paths = []
        }
        
        # Щоб використати окремий диспечер для маршрутів пула, ви можете
        # визначити конфігурацію диспечера поряд з ім'ям властивості
        # 'pool-dispatcher' в розділі розгортання маршрутизатора.
        # Наприклад:
        # pool-dispatcher {
        #   fork-join-executor.parallelism-min = 5
        #   fork-join-executor.parallelism-max = 5
        # }
 
        # Маршрутизатори з динамічним числом маршрутів; ця можливість 
        # включена через включення (частин) цього розділу до розгортання
        resizer {
        
          enabled = off
 
          # Найменьше число маршрутів, що має утримувати маршутизатор.
          lower-bound = 1
 
          # Найбільше число маршрутів, що має утримувати маршрутизатор.
          # Має бути більше або рівне lower-bound.
          upper-bound = 10
 
          # Рівень відсікання, що використовується для обчислення, чи маршрут
          # слід визнати навантаженим (під тиском). Реалізації залежать від
          # цього значення (по замовчанню 1).
          # 0:   число маршрутів, що наразі обробляють повідомлення.
          # 1:   число маршрутів, що наразі мають деякі повідомлення в
          #      поштовій скриньці.
          # > 1: число маршрутів, з щонайменьше сконфігурованим в 
          #      pressure-thresholdmessages числом повідомлень в поштовій скриньці.
          #      Зауважте, що очікуваний розмір скриньки UnboundedMailbox є 
          #      операцією O(N).
          pressure-threshold = 1
 
          # Відсоток розміру зростання, коли всі маршрути зайняті.
          # Наприклад, 0.2 буде давати зростання 20% (округлене доверху),
          # тобто якщо поточна ємність 6, це дасть запит на на 2 додаткові маршрути.
          rampup-rate = 0.2
 
          # Мінімальна доля зайнятих маршрутів, перед відмовою від маршрутів.
          # Наприклад, якщо це 0.3, тоді ми видаляємодеяки маршрути, коли
          # меньше ніж 30% маршрутів зайняті, тобто, якщо поточна ємність є 10,
          # та 3 зайняті, тоді ємність не змінюється, але якщо зайняті 2 або меньше,
          # тоді ємність буде зменшена.
          # Використовуйте 0.0 або від'ємне значення, щоб уникнути видалення
          # маршрутів.
          backoff-threshold = 0.3
 
          # Доля маршрутів, що будуть видалені, коли їх число досягне
          # backoff-Threshold.
          # Наприклад, 0.1 буде зменьшувати на 10% (округлене), тобто, якщо
          # поточна місткість 9, буде запит на зменшення 1 маршруту.
          backoff-rate = 0.1
 
          # Число повідомлень між операціями зменшення.
          # Використовуйте 1, щоб змінювати розмір перед кожним повідомленням.
          messages-per-resize = 10
        }
 
        # Маршрутизатори зі змінним числом маршрутів на основі
        # метрик продуктивності.
        # Ця можливість доступна черезвключення (частин) цього розділу в
        # розгортання, не може бути включене разом з підлаштуванням розміру
        # по замовчанню. 
        optimal-size-exploring-resizer {
 
          enabled = off
 
          # Найменьше число маршрутів, що повинен мати маршрутизатор.
          lower-bound = 1
 
          # Найбільше число маршрутів, що повинен мати маршрутизатор.
          # Має бути більше або рівне lower-bound.
          upper-bound = 10
 
          # Вірогідність виконання скочування, коли всі маршрути зайняті
          # під час дослідшення.
          chance-of-ramping-down-when-full = 0.2
 
          # Інтервал між кожною спробою зміни розміра
          action-interval = 5s
 
          # Якщо маршрути не були повністю використані (тобто не всі зайняті)
          # для такої довжини, відбудеться спроба зменшити пул.
          downsize-after-underutilized-for = 72h
 
          # Дослідження тривалості, відношення між найбільшим кроком, та
          # поточним розміром пула. Тобто, якщо поточний пул має розмір 50,
          # та explore-step-size 0.1, максимальний розмір зміни пула на протязі
          # дослідження буде +- 5
          explore-step-size = 0.1
 
          # Вірогідність виконання дослідження, або оптимізації.
          chance-of-exploration = 0.4
 
          # Коли відбувається скорочення після довгого недовикористання,
          # процес буде зменшувати пул до найбільшого вуикористання, помножене
          # на коефіцієнт. Цей коефіцієнт зменшення визначає новий розмір пула
          # в порівнянні з найбільшим навантаженням.
          # Тобто, якщо найбільше навантаження 10, та коефіціент зменшення 
          # є 0.8, пул буде зменшений до 8
          downsize-ratio = 0.8
 
          # При оптимізації береться до уваги тільки зміну до поточного розміру. 
          # Це число вказує, скільки поточних розмірів буде прийматись до уваги.
          optimization-range = 16
 
          # Вага останньої метрики над старими метриками при зборі метрик 
          # продуктивності.
          # Тобто, якщо остання швидкість обробки є 10мс на повідомлення,
          # з роміром пула 5, та якщо нова зібрана швидкість обробки 6мс
          # на повідомлення при розмірі пула 5. Тоді беручи вагу 0.3, метріка,
          # що представляє пул розміром 5 буде 6 * 0.3 + 10 * 0.7, тобто 8.8мс.
          # Очевидно, це число має бути між 0 та 1.
          weight-of-latest-metric = 0.5
        }
      }
 
      /IO-DNS/inet-address {
        mailbox = "unbounded"
        router = "consistent-hashing-pool"
        nr-of-instances = 4
      }
    }
 
    default-dispatcher {
      # Має бути одне з наступного:
      # Dispatcher, PinnedDispatcher, або FQCN до наслідуючого класу
      # MessageDispatcherConfigurator з публічним конструктором з параметрами
      # com.typesafe.config.Config та akka.dispatch.DispatcherPrerequisites.
      # PinnedDispatcher має бути використаний разом з executor=thread-pool-executor.
      type = "Dispatcher"
 
      # Який різновид ExecutorService використовувати з цім диспечером
      # Прийнятні опції:
      #  - "default-executor" протребує розділу "default-executor"
      #  - "fork-join-executor" протребує розділу "fork-join-executor"
      #  - "thread-pool-executor" потребує розділу "thread-pool-executor"
      #  - FQCN класу, що розширює ExecutorServiceConfigurator
      executor = "default-executor"
 
      # Це буде використовуватись, якщо ви встановили"executor="default-executor"".
      # Якщо ActorSystem створена з наданим ExecutionContext, цей 
      # ExecutionContext буде використаний як екзекутор по замовчанню для всіх
      # диспечерів в ActorSystem, сконфігурованого для executor="default-executor". 
      # Зауважте, що "default-executor" є значенням по замовчанню для екзекутора,
      # та, таким чином, використовується, якщо не вказане інакше.
      # Якщо не надано ExecutionContext, використовується екзекутор, 
      # сконфігурований як "fallback".
      default-executor {
        fallback = "fork-join-executor"
      }
 
      # Це буде використане, якщо ви встановили "executor="fork-join-executor""
      fork-join-executor {
        # Мінімальне число потоків, щоб перевершіти factor-based паралелізм 
        parallelism-min = 8
 
        # Фактор паралелізму, що використовується для визначеннярозміру пула потоків
        # з використанням наступної формули: ceil(available processors * factor).
        # Отриманий розмір потім обмежується parallelism-min та parallelism-max.
        parallelism-factor = 3.0
 
        # Максимальне число потоків, щоб покрити фактор паралелізму
        parallelism-max = 64
 
        # Встановлюється в "FIFO", щоб встановити режим черги, "poll" або "LIFO"
        # для використання дисціпліни стеку, що може "pop".
        task-peeking-mode = "FIFO"
      }
 
      # Це використовується, якщо встановлене "executor = "thread-pool-executor""
      thread-pool-executor {
        # Час Keep-alive time для потоків
        keep-alive-time = 60s
 
        # Мінімальне число потоків, щоб обмежити фактор числа ядер
        core-pool-size-min = 8
 
        # Фактор розміру пула ядер, використовується для визначення розміру
        # потоків ядра за такою формулою: ceil(доступні_процесори*фактор).
        # Отриманий розміробмежується значеннями core-pool-size-min та
        # core-pool-size-max.
        core-pool-size-factor = 3.0
 
        # Максимальне число потоків, щоб обмежити фактор числа ядер
        core-pool-size-max = 64
 
        # Мінімальне число потоків, щоб обмежити фактор максимального числа
        # (якщо використовується обмежена черга завдань)
        max-pool-size-min = 8
 
        # Максимальне число потоків (якщо використовується обмежена черга завдань)
        # що обчислюється таким чином: ceil(available_processors*factor)
        max-pool-size-factor  = 3.0
 
        # Максимальне число потоків, щоб обежити число фактор числа потоків 
        # (якщо використовується обмежена черга завдань)
        max-pool-size-max = 64
 
        # Вказує обмежену місткість чарги завдать (< 1 == необмежено)
        task-queue-size = -1
 
        # Вказує, який тип черги завдань використовувати, може бути "array" або
        # "linked" (по замовчанню)
        task-queue-type = "linked"
 
        # Дозволяє таймаут потоків ядра
        allow-core-timeout = on
      }
 
      # Як багато часу буде чекати диспечер нового актора, доки він завершиться
      shutdown-timeout = 1s
 
      # Пропускна здібність. Число повідомлень,що обробляються пакетом,
      # перед тим, як потік повернеться до пула. 1 означає максимальну чесність.
      throughput = 5
 
      # Останній строк для диспечера, 0 або від'ємне означає відсутність
      throughput-deadline-time = 0ms
 
      # Для BalancingDispatcher: якщо балансуючий диспечер повинен спробувати
      # планувати байдикуючі актори з тим же диспечером, коли надходить
      # повідомлення, та диспечери ExecutorService ще не повністю навантажені.
      attempt-teamwork = on
 
      # Якщо диспечер потребує особливого типу поштової скриньки, тут вказується
      # FQCN; насправді створена поштова скринька буде підтипом цього типа. 
      # Порожній рядок вказує, що можливість не потрібна.
      mailbox-requirement = ""
    }
 
    default-mailbox {
      # FQCN MailboxType. Клас FQCN мусить мати публічний конструктор з
      # параметрами (akka.actor.ActorSystem.Settings, com.typesafe.config.Config).
      mailbox-type = "akka.dispatch.UnboundedMailbox"
 
      # Коли поштова скринька обмежена, вона використовує це налаштування для
      # визначення власної ємності. Запроваджене значення має бути додатним.
      # ЗАУВАЖЕННЯ:
      # До версії 2.1 тип поштової скриньки визначався на основі цього налаштування;
      # тепер це не так, тип треба вказувати явно як обмежена поштова скринька
      mailbox-capacity = 1000
 
      # Якщо скринька обмежена, тоді цей таймаут для ставлення в чергу, коли
      # скринька повна. Від'ємні значення вказують безкінечний таймаут,
      # що треба уникати, бо це викликає ризик ситуації глухого кута (зависання).
      mailbox-push-timeout-time = 10s
 
      # Для актора зі Stash: Ємність сховку по замовчанню.
      # Якщо від'ємне (або нуль), тоді використовується необмежений сховок
      # (по замовчанню), якщо додатне, тоді сховок обмежений, та ємність
      # визначається значенням цієї властивості
      stash-capacity = -1
    }
 
    mailbox {
      # Відображення між семантикою черги повідомлень та конфігурацією скриньки.
      # Використовується akka.dispatch.RequiresMessageQueue[T] для астановлення
      # різних типів поштових скриньок для акторів.
      # Якщо ваш Actor реалізує RequiresMessageQueue[T], тоді при створенні 
      # примірника такого актора тип його скриньки буде визначатись з огляду
      # на конфігурацію поштової скриньки через T в цій мапі
      requirements {
        "akka.dispatch.UnboundedMessageQueueSemantics" =
          akka.actor.mailbox.unbounded-queue-based
        "akka.dispatch.BoundedMessageQueueSemantics" =
          akka.actor.mailbox.bounded-queue-based
        "akka.dispatch.DequeBasedMessageQueueSemantics" =
          akka.actor.mailbox.unbounded-deque-based
        "akka.dispatch.UnboundedDequeBasedMessageQueueSemantics" =
          akka.actor.mailbox.unbounded-deque-based
        "akka.dispatch.BoundedDequeBasedMessageQueueSemantics" =
          akka.actor.mailbox.bounded-deque-based
        "akka.dispatch.MultipleConsumerSemantics" =
          akka.actor.mailbox.unbounded-queue-based
        "akka.dispatch.ControlAwareMessageQueueSemantics" =
          akka.actor.mailbox.unbounded-control-aware-queue-based
        "akka.dispatch.UnboundedControlAwareMessageQueueSemantics" =
          akka.actor.mailbox.unbounded-control-aware-queue-based
        "akka.dispatch.BoundedControlAwareMessageQueueSemantics" =
          akka.actor.mailbox.bounded-control-aware-queue-based
        "akka.event.LoggerMessageQueueSemantics" =
          akka.actor.mailbox.logger-queue
      }
 
      unbounded-queue-based {
        # FQCN MailboxType, клас FQCN мусить мати публічний конструктор
        # з параметрами (akka.actor.ActorSystem.Settings,
        # com.typesafe.config.Config).
        mailbox-type = "akka.dispatch.UnboundedMailbox"
      }
 
      bounded-queue-based {
        # FQCN MailboxType, клас FQCN мусить мати публічний конструктор з
        # параметрами (akka.actor.ActorSystem.Settings,
        # com.typesafe.config.Config).
        mailbox-type = "akka.dispatch.BoundedMailbox"
      }
 
      unbounded-deque-based {
        # FQCN MailboxType, клас FQCN мусить мати публічний конструктор з 
        # параметрами (akka.actor.ActorSystem.Settings,
        # com.typesafe.config.Config).
        mailbox-type = "akka.dispatch.UnboundedDequeBasedMailbox"
      }
 
      bounded-deque-based {
        # FQCN MailboxType, клас FQCN мусить мати публічний конструктор з
        # параметрами (akka.actor.ActorSystem.Settings,
        # com.typesafe.config.Config).
        mailbox-type = "akka.dispatch.BoundedDequeBasedMailbox"
      }
 
      unbounded-control-aware-queue-based {
        # FQCN MailboxType, клас FQCN мусить мати публічний конструктор з
        # параметрами (akka.actor.ActorSystem.Settings,
        # com.typesafe.config.Config).
        mailbox-type = "akka.dispatch.UnboundedControlAwareMailbox"
      }
 
      bounded-control-aware-queue-based {
        # FQCN MailboxType, клас FQCN мусить мати публічний конструктор з
        # параметрами (akka.actor.ActorSystem.Settings,
        # com.typesafe.config.Config).
        mailbox-type = "akka.dispatch.BoundedControlAwareMailbox"
      }
      
      # LoggerMailbox буде вичерпувати всі повідомлення в поштовій скриньці
      # при завершенні системи, та доставляти їх до StandardOutLogger.
      # Не змінюйте це, якщо не знаєте, що робите.
      logger-queue {
        mailbox-type = "akka.event.LoggerMailboxType"
      }
    }
 
    debug {
      # вмикає функцію Actor.loggable(), що журналює всі отримані повідомлення
      # на рівні DEBUG, дивіться розділ “тестування системи акторів” документації
      # Akka на http://akka.io/docs
      receive = off
 
      # вмикає журналювання DEBUG всіх AutoReceiveMessages (Kill, PoisonPill etc)
      autoreceive = off
 
      # вмикає журналювання DEBUG змін життєвого циклу акторів
      lifecycle = off
 
      # вмикає журналювання DEBUG всіх LoggingFSM для подій, переходів та таймерів
      fsm = off
 
      # вмикає журналювання DEBUG змін підписки на eventStream
      event-stream = off
 
      # вмикає журналювання DEBUG необроблених повідомлень
      unhandled = off
 
      # вмикає журналювання WARN невірно сконфігурованих маршрутів
      router-misconfiguration = off
    }
 
    # Входження для підключуваних серіалізаторів та їх прив'язок.
    serializers {
      java = "akka.serialization.JavaSerializer"
      bytes = "akka.serialization.ByteArraySerializer"
    }
 
    # Клас для прив'язок Serializer. Вам  треба вказати тільки ім'я інтерфейса
    # або абстрактного базового класу повідомлень. В випадку неоднозначності
    # використовується найбільш специфічний сконфігурований клас, або видається
    # попередження, що обирається “перший зустрічний”.
    #
    # Щоб відключити один з серіалізаторів по замовчанню, встановіть його клас
    # в "none", як в "java.io.Serializable" = none
    serialization-bindings {
      "[B" = bytes
      "java.io.Serializable" = java
    }
 
    # Журнал попереджень, коли серіалізація Java по замовчаннювикористовується для
    # серіалізації повідомлень. Серіалізатор по замовчанню використовує Java, що
    # не дуже оптимально, та не повинно використовуватись в виробничому оточенні,
    # тільки якщо вам не байдужа продуктивність. В такому випадку ви можете 
    # перемикнути це в off.
    warn-about-java-serializer-usage = on
 
    # Конфігурація простору імен ідентифікаторів сериалізації.
    # Кожна реалізація сериалізації повинна мати входження в наступному форматі:
    # `akka.actor.serialization-identifiers."FQCN" = ID`
    # де `FQCN` повністю кваліффіковане ім'я класа реалізації сериалізації,
    # та `ID` є глобально унікальне число-ідентифікатор серіалізатора.
    # Значення ідентифікаторів починаючи з 0 до 16 зарезервовані для
    # внутрішнього використання Akka.
    serialization-identifiers {
      "akka.serialization.JavaSerializer" = 1
      "akka.serialization.ByteArraySerializer" = 4  
    }
 
    # Елементи конфігурації, що використовуються методами akka.actor.ActorDSL._
    dsl {
      # Максимальний розмір черги акторів, створених newInbox(); це захищає
      # проти збойних програм, що використовують select(), та постійно втрачають
      # повідомлення
      inbox-size = 1000
 
      # Таймаут по замовчанню для опкерацій як Inbox.receive, та інших
      default-timeout = 5s
    }
  }
 
  # Використовується для встановлення поведінки планувальника.
  # Зміна значень по замовчанню може значно змінити поведінку системи, так що
  # переконайтесь, що ви знаєте, що робите! Дивіться розділ Scheduler документації
  # Akka Documentation щодо деталей.
  scheduler {
    # LightArrayRevolverScheduler використовується в системі як планувальник по замовчанню.
    # Він не виконує завдання в певний час, але кожиний тік він виконує все,
    # що накопичилось. Ви можете збільшити або зменшити точність часу виконання,
    # вказуючі більші або меньші проміжки часу тіків. Якщо ви плануєте багато
    # завдань, ви можете розглянути можливість збільшення тіків на оберт.
    # Зауважте, що може пройти 1 тік для зупинки таймера, так що встановлення
    # тривалості тіка в більше значення зробить завершення системи акторів
    # більш тривалим.
    tick-duration = 10ms
 
    # Таймер використовує циклічний оберт пачок, щоб зберігати завдання таймера.
    # Це має бути встановлене таким чином, щоб більшість таймаутів планування
    # (для високої частоти планування) було б коротше, ніж один оберт
    # (ticks-per-wheel * ticks-duration)
    # ЦЕ МАЄ БУТИ СТУПІНЬ ДВОХ!
    ticks-per-wheel = 512
 
    # Це налаштування обирає реалізацію таймера, що буде завантажена системою
    # при запуску.
    # Наданий тут клас має реалізовувати інтерфейс akka.actor.Scheduler
    # та пропонувати публічний конструктор, що приймає три аргументи:
    #  1) com.typesafe.config.Config
    #  2) akka.event.LoggingAdapter
    #  3) java.util.concurrent.ThreadFactory
    implementation = akka.actor.LightArrayRevolverScheduler
 
    # При завершенні планувальника типово є потік, що треба зупинити, та цей 
    # таймаут визначає, як довго чекати, коли це трапиться. В випадку таймауту
    # завершення система акторів буде продовжувати без виконання, можливо все
    # ставлячи завдання в чергу.
    shutdown-timeout = 5s
  }
 
  io {
 
    # По замовчанню цикли select виконуються в виділених потоках, таким чином
    # використовуючи PinnedDispatcher
    pinned-dispatcher {
      type = "PinnedDispatcher"
      executor = "thread-pool-executor"
      thread-pool-executor.allow-core-timeout = off
    }
 
    tcp {
 
      # Число селекторів для очищення обслуговуваних каналів; кожний з них
      # буде використовувати один цикл select на selector-dispatcher.
      nr-of-selectors = 1
 
      # Максимальне число відкритих каналів, підтримуваних цім TCP модулем; 
      # не існує внутрішнього загального ліміту, це налаштування  призначене 
      # для запобігання DoS, обмежуючи число конкурентно під'єднаних клієнтів.
      # Також зауважте, що це "софт" ліміт; в деяких випадках реалізація
      # буде сприймати на декілька з'єднань більше, або на декілька меньше,
      # ніж сконфігуроване тут число. Має бути цілим > 0 або "unlimited".
      max-channels = 256000
 
      # При спробі призначити нове з'єднання до селектора, та цей селектор
      # вичерпав ємність, спробувати новий селекто, та присвоювати стільки
      # разів перед тим, як облишити спроби
      selector-association-retries = 10
 
      # Максимальне число з'єднань, що сприймаються за один раз,
      # вищі значення зменшують затримки, нижчі значення збільшують чесність
      # на worker-dispatcher
      batch-accept-limit = 10
 
      # Число байт на один прямий буфер в пулі, що використовується для
      # читання або запису даних з ядра.
      direct-buffer-size = 128 KiB
 
      # Максимальне число різних буферів, що утримуються в прямому пулі буферів
      # для повторного використання.
      direct-buffer-pool-limit = 1000
 
      # Проміжок часу, що актор з'єднання чекає повідомлення `Register` від
      # його командуючого, перед обірванням з'єднання.
      register-timeout = 5s
 
      # Максимальне число байтів, доставлених в повідомленні `Received`. Перед
      # тим, як читати додаткові дані з мережі, актор з'єднання спробує 
      # робити іншу роботу.
      # Призначення цього налаштування є надати меньший ліміт, ніж сконфігурований
      # розмір буфера отримання. Якщо використовується значення 'unlimited' 
      # буде спроба прочитати всі дані з вхідного буфера.
      max-received-message-size = unlimited
 
      # Дозволяє гарно налаштувати журналювання того, що відбувається в реалізації.
      # Будьте уважні, це може створювати більше одного запису на повідомлення,
      # надісланого до акторів через tcp реалізацію.
      trace-logging = off
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію
      # маршрутизатора для виконання викликів select() в селекторах
      selector-dispatcher = "akka.io.pinned-dispatcher"
 
      # Повнісню кваліфікований шлях конфігурації, що містить конфігурацію
      # диспечера для робочих акторів читання/запису
      worker-dispatcher = "akka.actor.default-dispatcher"
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію
      # диспечера для акторів менеджмента селекторів
      management-dispatcher = "akka.actor.default-dispatcher"
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію
      # диспечера, на якому плануються завдання файлового IO
      file-io-dispatcher = "akka.actor.default-dispatcher"
 
      # Максимальне число байт (або "unlimited"), що передаються одним пакунком 
      # при використанні комнади `WriteFile`, що використовує `FileChannel.transferTo`
      # для пересилки файлів в TCP сокет. На деяких OS, як Linux `FileChannel.transferTo`
      # може надовго блокувати, коли мережева передача IO швидша, ніж файлове IO.
      # Зменьшення знаяення може покращити чесність, тоді як збільшення може
      # покращити пропускну спроможність.
      file-io-transferTo-limit = 512 KiB
 
      # Число разів, скільки треба повторити виклик `finishConnect` після повідомлення
      # про OP_CONNECT. Повтори потрібні, якщоповідомлення OP_CONNECT не очікує, що
      # `finishConnect` буде успішним, що відбувається під Android.
      finish-connect-retries = 5
 
      # Під Windows обрив з'єднання детектуються ненадійно, якщо тільки OP_READ не
      # зареєстроване на селекторі _після_ того, як з'єднання було скинуте. Цей
      # обхідний маневр дозволяє OP_CONNECT, що змушує обрив бути помітним на Windows.
      # Включення цієї опції на інших платформах, ніж Windows, призводить до 
      # різноманітних збоїв та невизначеної поведінки.
      # Можливі значення цього ключа є on, off та auto, де auto буде включати
      # обхід, якщо автоматично визначається Windows.
      windows-connection-abort-workaround-enabled = off
    }
 
    udp {
 
      # Число селекторів, щоб скинути обслуговувані канали; кожний з
      # них буде використовувати один цикл select на selector-dispatcher.
      nr-of-selectors = 1
 
      # Максимальне число відкритих каналів, підтримуваних цім UDP модулем.
      # Загалом UDP не потребує великого числа каналів, таким чином, рекомендовано
      # утримувати цей параметр малим.
      max-channels = 4096
 
      # Цикл select може використовуватись в двох режимах:
      # - встановлення "infinite" буде обирати без таймаута, прогинаючи потіік
      # - встановлення додатний таймаута буде викликати обмежений select,
      #   дозволяючи використовувати один потік між декількома селекторами
      #   (в цьому випадку вам треба використовувати різні конфігурації для
      #   selector-dispatcher, тобто "type=Dispatcher" з розміром 1)
      # - встановлення його в нуль означає опит, тобто виклики selectNow()
      select-timeout = infinite
 
      # При намаганні присвоїти нове з'єднання селектору, але обраний селектор
      # досяг межі ємності, повторити вибір та присвоєння таке число разів 
      # перед припиненням спроб
      selector-association-retries = 10
 
      # Максимальне число датаграм, що читаються за один раз, більші значення
      # зменшують затримки, меньші значення збільшують чесність на
      # worker-dispatcher
      receive-throughput = 3
 
      # Число байт на один прямий буфер в пулі, що використовується для читання 
      # або запису мережевих даних з ядра.
      direct-buffer-size = 128 KiB
 
      # Максимальне число прямих буферів, що утримуються в пулі прямих буферів
      # для повторного використання.
      direct-buffer-pool-limit = 1000
 
      # Максимальне число байт, доставлених повідомленням `Received`. Перед
      # тим, як читати більше даних з мережевого з'єднання, актор з'єднання спробує
      # виконати якусь іншу роботу.
      received-message-size-limit = unlimited
 
      # Дозволяє гарно налаштувати журналювання щодо того, що відбувається в реалізації.
      # Майте на увазі, що до журналу можуть потрапляти більше одного запису на 
      # повідомлення, надіслане актору по tcp реалізації.
      trace-logging = off
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію диспечера,
      # що буде використаний для викликів select() в селекторах
      selector-dispatcher = "akka.io.pinned-dispatcher"
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію диспечера
      # для робочих акторів читання/запису
      worker-dispatcher = "akka.actor.default-dispatcher"
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію диспечера
      # для акторів менеджмента селекторів
      management-dispatcher = "akka.actor.default-dispatcher"
    }
 
    udp-connected {
 
      # Число селекторів, щоб скинути обслуговувані канали; кожний з
      # них буде використовувати один цикл select на selector-dispatcher.
      nr-of-selectors = 1
 
      # Максимальне число відкритих каналів, підтримуваних цім UDP модулем.
      # Загалом, UDP не потребує великого числа каналів, і, таким чином,
      # рекомендовано утримувати це налаштування малим.
      max-channels = 4096
 
      # Цикл select може використовуватись в двох режимах:
      # - встановлення "infinite" буде обирати без таймауту, прогинаючи потік
      # - встановлення додатний таймаута буде викликати обмежений select,
      #   дозволяючи використовувати один потік між декількома селекторами
      #   (в цьому випадку вам треба використовувати різні конфігурації для
      #   selector-dispatcher, тобто "type=Dispatcher" з розміром 1)
      # - встановлення його в нуль означає опит, тобто виклики selectNow()
      select-timeout = infinite
 
      # При спробі призначити нове з'єднання селектору, та обраний селектор
      # вичерпав повну ємність, повторювати вибір селектора та присвоєння
      # вказане число раз, перед припиненням спроб
      selector-association-retries = 10
 
      # Максимальне число датаграм, що читаються за один раз, вищі значення
      # зменшують затримки, меньші значення збільшують чесність на
      # worker-dispatcher
      receive-throughput = 3
 
      # Число байт на прямий буфер в пулі, що використовуються для читання та
      # запису мережевих даних з ядра.
      direct-buffer-size = 128 KiB
 
      # Максимальне число прямих буферів, що утримуються в пулі прямих буферів
      # для повторного використання.
      direct-buffer-pool-limit = 1000
 
      # Максимальне число байтів, доставлених через повідомлення `Received`. 
      # Перед тим, як читати додаткові байти з мережі, актор з'єднання спробує
      # виконати інші завдання.
      received-message-size-limit = unlimited
 
      # Дозволяє гарно налаштувати журналювання щодо того, що відбувається зсеердини
      # реалізації. Майте на увазі, що до журналу може потрапити більше одного 
      # запису на повідомленяя, надіслане актору по tcp реалізації.
      trace-logging = off
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію диспечера,
      # що буде використаний для викликів select() в селекторах
      selector-dispatcher = "akka.io.pinned-dispatcher"
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію диспечера
      # для робочих акторів читання/запису
      worker-dispatcher = "akka.actor.default-dispatcher"
 
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію диспечера
      # для акторів менеджменту селекторів
      management-dispatcher = "akka.actor.default-dispatcher"
    }
 
    dns {
      # Повністю кваліфікований шлях конфігурації, що містить конфігурацію диспечера
      # для акторів менеджменту  та ресолвера for маршрутів.
      # Для справжньої конфігурації маршрутизаторів дивіться akka.actor.deployment./IO-DNS/*
      dispatcher = "akka.actor.default-dispatcher"
 
      # Ім'я підконфігурації по шляху akka.io.dns, дивіться inet-address нижче
      resolver = "inet-address"
 
      inet-address {
        # Має реалізувати akka.io.DnsProvider
        provider-object = "akka.io.InetAddressDnsProvider"
 
        # Ці TTL встановлені по замовчанню для java 6
        positive-ttl = 30s
        negative-ttl = 10s
 
        # Як часто очищати застарілі елементи кешу.
        # Зауважте,  що цей інтервал не має нічого загального з TTL
        cache-cleanup-interval = 120s
      }
    }
  }
 
 
}